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ABSTRACT 



A client-server architecture for use with mobile clients 
communicating requests through wireless communications. 
The requests from the client and the subsequent responses 
by the server are transferred between the client-server con- 
nection through an intermediary agent, which operates asyn- 
chronously to the client and to the server 
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COMMUNICATION UNK FOR CLIENT- 
SERVER HAVING AGENT WHICH SENDS 
PLURALITY OF REQUESTS INDEPENDENT 
OF CLIENT AND RECEIVES INFORMATION 
FROM THE SERVER INDEPENDENT OF 
THE SERVER 

HELD OF THE INVENTION 

This invention relates to the field of client-server systems; 
more particularly, the present invention relates to client- 
server systems having an intermediate agent to coordinate 
information transfers between a mobile cUent and a server. 

BACKGROUND OF THE INVENTION 

15 

In a client-server system, clients make requests which are 
responded to by a server. In this relationship, the server is 
passive. In other words, if a client desires data from a 
database, it makes a request to the server, which only then 
furnishes the information to the client. After making the 
requests, the client waits for responses by the server. The 
server does not initiate interaction with the client on its own. 
This type of system is commonly referred to as a **puir' data 
system. In such a system, once a client comes on-line, the 
client must request information before any is provided to it. 
There is no automatic sending of information to a client once 
it has been detected as being on-line. Situations exist where 
it would be desirable to have information "pushed" out to a 
client, such as when the client is operating at a remote 
location and comes on-line. For instance, changes in service 
orders or plans may occur, such that notification of the client 
is necessary. 

Currently, client-server systems have rarely been 
expanded for use outside individual business. This limited 
expansion is due to the dependence of client-server appli- 35 
cations on the reliable, high-speed networks found within 
the business entity (e.g., corporation). As a result, informa- 
tion tools for mobile personnel rarely connect remote users 
with information that may be critical to their work. 

Today, mobile agents outside the boundaries of high- 40 
speed corporate networks have communication channels 
available that typically include wireless networks or phone 
lines while in the field and local area networks (LANs) while 
in the ofi&ce. Both wireless networks and phone lines are 
orders of magnitude more constrained than traditional high- 45 
speed LANs. Table 1 illustrates the dramatic discrepancy 
between bandwidth (kilobytes per second) and an informa- 
tion transfer between a client and a server on various media, 
referred to herein as a round-trip. 

50 

TABLE 1 



As shown in Table 1 above, a round-trip of information 
between the client and the server takes only 0.0005 seconds 60 
on a LAN and only 0.5 seconds on a dial-up network. 
However, on a wireless network, such a round-trip of 
information could range from 4 to 10 seconds. 

Most client-server applications perform numerous (tens) 
of round-trips in a single application unit of work. Although 65 
this may be easy on a LAN, the many round-trips required 
for most appUcations cause a delay to be introduced by a 



wireless network that is no longer the 4-10 seconds required 
for a single data round-trip. It is actually 10-50 times longer 
for each given application unit of work completed. These 
delays are intolerable to a user. It is desirable to reduce the 
time necessary to complete round-trips when performing 
data or information transfers with a wireless network. 

Compounding the difficulty of utilizing mobile-based 
communications in client-server systems, mobile networks 
disconnect or fade in and out of coverage regularly, neither 
of which is tolerated by the connection-oriented nature of 
client-server applications. The client-server system rehes on 
stable connections between the client and the server. If the 
client and server become disconnected, the client must 
engage in another log-in sequence and then require the work 
that was in progress when the connection disappeared. It is 
desirable to avoid performing log-in sequences every time a 
client-server connection becomes disconnected. 

In summary, today's client-server applications do not 
work well when applied to mobile communications. 

SUMMARY OF THE INVENTION 

An architecture for use with a server on a communication 
medium is described. The architecture of the present inven- 
tion comprises a client and an agent. The client generates 
requests for information from the server. The agent is 
coupled to the client through a mobile communication link. 
The agent sends the requests to the server on behalf of and 
independent of the client and receives information from the 
server in response to the requests. The agent sends the 
information to the client on behalf of and independent of the 
server. In this manner, the client and the agent operate 
asynchronously. 

BRIEF DESCRIPnON OF THE DRAWINGS 

The present invention will be understood more fully from 
the detailed description given below and from the accom- 
panying drawings of various embodiments of the invention, 
which, however, should not be taken to limit the invention 
to the specific embodiments, but are for explanation and 
understanding only. 

FIG. 1 illustrates the mobile communications client- 
server system of the present invention. 

FIG. 2 illustrates one embodiment of the cHent-agent- 
server system of the present invention. 

FIG. 3 illustrates one embodiment of a client according to 
the teachings of the present invention. 

FIG. 4 illustrates one embodiment of an agent according 
to the teachings of the present invention. 

DETAILED DESCRIPTION OF THE PRESENT 
INVENTION 

A client-server system is described. In the following 
detailed description of the present invention numerous spe- 
cific details are set forth, such as types of communications, 
types of agents, numbers of handlers, etc. to provide a 
thorough understanding of the present invention. However, 
it will be apparent to one skilled in the art that the present 
invention may be practiced without these specific details. In 
other instances, well-known structures and devices are 
shown in block diagram form, rather than in detail, to avoid 
obscuring the present invention. 
Overview of the Present Invention 

The present invention provides a clientnserver system that 
provides efficient and transparent access to data sources for 
mobile units. The present invention uses an application 
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messaging infrastructure to allow applications being used in Agent 102 is also responsible for transferring information 

mobile units to support various communication services. from server 103 to client 101. Agent 102 accepts data from 

The present invention provides a client-agent-servcr server 103 when it determines that the data is designated for 

architecture that enables applications for mobile networks. (e.g., addressed to) client 101. When data is sent by server 

ThLs architecture allows communication services, such as, $ 103^ it is accepted by agent 102 on behalf of client 101, and 

for example, wireless, dial-up (e.g., phone lines) and LAN, server 103 believes that the response has been made to client 

to be transparently mtegrated for use by a mobile cHent.pe loi. In other words, agent 102 "fools" server 103 (and the 

wireless networks may mclude radio, infra-red sateUite, ^^^^^^^ ^^^^ -^^^ ^^^y^ ^ ^^-^^^ 101 

paging or any other wireless commumcations. Furthermore, ^^^^ ^^^^^ ^j.^^^ communicating over a wireless 

the present invention provides application-level functional- „ • * _* j * n i_ ■ *• • 

f u * .u ■ • Ai*u u 10 connection or is not connected at all when loiormation is 

ity tor each or these commumcation services. Although , * in'> 

wireless networks, phone lines and local area networks are passed to agent lUZ. . . . 

mentioned in the foregoing description, it should be noted ^^.^ embodiment, the c lent-server system of the 

that any communicaUon mechanism may be used. P^^^^* invention allows the client to receive unsolicited 

In the present invention, interaction between the various information (e.g., data alerts). Data alerts allow the user to 

system components occurs asynchronously. In one ^5 receive information, such as changes to data as they occur, 

embodiment, the system functions as an event-driven, store- without having to actively request them. Note that this is 

and- forward system in which applications send and receive different than traditional client-server applications which are 

information as the user needs it. Note that this is different dependent on the client connecting to a server and then 

than the prior art request-response model used in client- proactively requesting information. When sending a data 

server systems. In the present invention, users are able to 20 alert, server 103 sends data addressed to client 101. Agent 

dispatch a number of jobs (e.g., message transactions) in a 102 receives the data on behalf of client 101 from server 103 

network and receive responses as they are completed with- and thereafter sends the data to client 101. Unsolicited 

out having the client interface wait while transactions are information for client 101 may result from agent 102 que- 

processed by an agent (which is described in more detail rying server 103 for information (e.g., data alerts) on a 

below). 25 regular, or irregular, basis and then forwarding responses 

Architecture of the Client- Agent-Server System of the received from server 103 to client 101. 

Present Invention The server 103 of the present invention comprises sources 

FIG. 1 illustrates the relationship between client, agent of data requested by the user. These data sources may 

and the server in the present invention. Referring to FIG. 1, include database servers such as Oracle?, various memory 

client 101 is coupled to agent 102 via mobile link 105. 30 sources including files or file servers, other UNIX servers 

Mobile link 105 may comprise a wired or wireless commu- such as file, print or RFC services, facsimile services, 

nications link or some combination of both. Agent 102 is on-line servers such as electronic mail, on-line information 

also coupled to server 103 through, for example, network servers or Windows servers such as customer application or 

106 or other direct communications connection. work group servers. It should be noted that the present 

In one embodiment, client 101 comprises a portable 35 invention may employ any prior art server as server 103. No 

computer system (e.g., lap -top) or other mobile device that changes to such a prior art server are necessary for integra- 

runs one or more application programs generating requests tion into the client-agent-server system of the present inven- 

that are to be serviced by one or more servers, such as server tion. 

103. These requests are communicated to agent 102 for In the present invention, the interface between agent 102 

transmission to server 103. In the present invention, com- 40 and client 101 is asynchronous. If client 101 is presently in 

munications between client 101 and agent 102 are per- communication with agent 102 (via wireless or wired 

formed through the use of messages. These messages cause network), then agent 102 delivers the information to client 

agent 102 to execute tasks and operations on behalf of client 101. However, if client 101 is not presently in communica- 

101. In one embodiment, the messages are structured as tion with agent 102, then agent 102 waits to send the data 

self-described objects. 45 until client 101 is again connected to agent 102. When this 

In the present invention, client 101 may prompt agent 102 occurs, agent 102 stores the data in a queue until agent 102 

to perform one or more tasks on its behalf, which agent 102 determines that client 101 is again connected to agent 102. 

may perform while disconnected from client 101. In such a This determination may be made by polling client 101 

case, once client 101 is in communication with agent 102 repeatedly after a predetermined period of time (e.g., every 

again, agent 102 communicates with client 101 to indicate so 5 minutes) to determine if client 101 is within range. In 

completion of the requested task. That is, while client 101 another embodiment, client 101 may signal agent 102 when 

and agent 102 are not in communication, agent 102 may it determines that it has been out of communication range 

perform certain requests, the completion of which may be and is now back in range. In an alternate embodiment, 

signaled to client 101 when the two are in communication network 103 may inform agent 102 or client 101 that client 

again. 55 101 is in communication with the system. 

Agent 102 is interfaced to network 106 and is responsible The present invention accommodates suspended and/or 

for interacting with server 103 on behalf of client 103. In one disconnected operations due to marginal or no communica- 

embodiment, agent 102 resides on a LAN at a fixed location. tions. While disconnected, all user initialed messages arc 

Agent 102 handles all of the "round-trip" information trans- queued for sending later, both by client 101 and agent 102. 

fers that occur between client 101 and server 103. In one 60 When communications are reinstated, any queued messages 

embodiment, agent 102 completes round-trip information are automatically sent. Note that this is of particular impor- 

transfers to server 103 in 0.005 seconds. By handling all the tance when using packet radio networks or phone lines. If a 

information transfers between client 101 and server 103, user is temporarily out of range of the radio and then comes 

agent 102 shields client 101 from delays that would be back within range, then the messages automatically begin to 

attributed to client 101 waiting for a response and that would 65 flow (without a log-on sequence). Similarly, if the phone line 

be attributed to a slow communication network that such a drops during a modem or cellular modem connection, an 

mobile agent would use if interfaced directly to server 103. application can reconnect and pick up where it left off, with 
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all the work being preserved. Note that reconnection does message gateway 204. Message manager 201D includes a 

not entail setting up a communication session because client message queue to provide "disconnected" operation 

101 and agent 102 employ "sessionless" communication in between client 201 and agents 202A-C. The message queue 

that agent 102 is always on and responsive to client 101 as stores messages that are to be sent to agents 202A-C imtil 

soon as client 101 is within range. 5 client 201 is able to communicate with message gateway 

FIG. 2 illustrates one embodiment of a client-ageat-scrver 204 again (e.g., client 201 is turned on or client 201 comes 

system of the present invention. Referring to FIG, 2, client within communition range of gateway 204). 

201 is shown having client application programs Because of their asynchronous operation, message trans- 

201A-201C and a message manager 201D. Note, client 201 fer between message manager 201 D and message gateway 

may include more or less application programs than shown ao 204 is performed with handshaking to send and acknowl- 

in FIG. 2. In one embodiment, application programs edge each message being transferred. When acknowledge- 

201A-201C and message manager 201 D comprise a client ments are not returned, the sending party determines that the 

computer system. Message manager 201 D resides below message transfer has been unsuccessful and, in one 

client applications 201A-201C and the operating system embodiment, stops attempting to complete the transfer after 

(e.g., Windows, etc.) and coordinates message transfer 35 a predetermined period of time. 

between client applications 201A-C and mobile link 205. In In one embodiment, message manager 201D is capable of 

other words, message manager 201 D manages communica- communicating with message gateway 204 by wired or 

lions for all applications of client 201. wireless communications. That is, message manager 201D 

Mobile link 205 may comprise either wired or wireless comprises multiple communication facilities that allow cli- 

communication, or both. Mobile link 205 is also coupled to 20 ent 201 to both send and receive messages to and from 

message gateway 204, which is coupled to agents 202A-C message gateway 204 over a variety of media, 

using, for instance, a network LAN. Agents 202 A-C are also Message gateway 204 performs multiple f-unctions. First, 

coupled to servers 203A-C, respectively, through one or message gateway 204 simultaneously manages clients on 

more networks (or other communication facility). wireless, dial-up and LAN protocols, as well as all network 

In one embodiment, agents 202A-C, servers 203 A-C and 25 services (e.g., agents). Message gateway 204 tracks all 

message gateway 204 may reside on single or separate incoming and outgoing traffic from client 201 and attempts 

machines. Agents 202 A-C reside as close as possible to to locate client 201 when data is to be sent to client 201. If 

servers 203A-C, respectively. In one embodiment, agent(s) unable to do so, message gateway 204 waits until client 201 

may be directly on a server. Message gateway 204 may sends it a message indicating that client 201 is on-line or is 

reside on another computer system coupled to the network. 30 polled and a determination is made that client 201 is ready 

Qient applications 201A-201C generate requests for to receive communications. Second, message gateway 204 

information and direct their request to servers 203 A-C. The provides system message queuing and management. The 

requests are sent as messages from client 201 to message queuing of message gateway 204 allows for storage of 

gateway 204 via message manager 201D. In one messages when client 201 cannot be located and allows 

embodiment, the messages carry structured data between 35 stored messages to be forwarded when client 201 is in 

clients (e.g., client 201) and agents (e.g., agents 202A-C). communication with message gateway 204 (e.g., client 201 

Requests are initiated on client 201 by creating a message, is on and is within range). 

identifying the message contents, and issuing a send com- In one embodiment, message gateway 204 also handles 
mand to pass it to one of agents 201A-C. the configuration, registration, naming and security aspects 
Message manager 201D receives messages from all client 40 of the communications in the system. Message gateway 204 
applications 201A-C and delivers them over the currently may handle multiple agents on the same or different net- 
available communications link. In one embodiment, mes- works. Each of these functions is described in more detail 
sage manager 201 resides with client applications 201 A-C below, 

on client 201 and operates identically over wireless As discussed above, message gateway 204 forwards mes- 
networks, phone lines, or local area networks. 45 sages to application-specific agents 202A-C, which there- 
Messages from client applications 201 A^ are sent from after complete client application requests on behalf of client 
message manager 201 D to message gateway 204 for for- 201. Agents 202 A-C forward data and information to chcnt 
warding onto an application agent (e.g., agent 201A-C) and, 201 via message gateway 204. 
eventually, to servers 203A-C. Messages are also sent from An Exemplary Client of the Present Invention 
message gateway 204 to message manager 201D for for- 50 One embodiment of client 201 is shown in FIG. 3. 
warding onto client applications 201A-C. That is, in one Referring to FIG. 3, client applications 301-303 pass stmc- 
embodiment, message manager 201D may receive data sent tured data directly from objects and instmctions of a native 
from one of agents 202A-C via message gateway 204 for programming environment to message manager 306 through 
one of client application programs 201A-201C. Therefore, the use of a message transfer layer comprising, for instance, 
message manager 201D and message gateway 204 operate 55 OLE 2.0 automation 304 and/or Windows DLL 305. This 
together to guarantee the data sent over mobile link 205 is allows it to communicate with all standard Windows appli- 
senl successfully, securely and with the integrity of the cations. For example, in Microsoft Windows, a Visual Basic 
context in tact. Note that there may be multiple message application can put and take data directly from screen fields 
gateways in the system for use with multiple agents. of messages of the present invention. Thus, the present 
In one embodiment, message manager 201 D interfaces to 60 invention uses OLE 2.0 or any self-describing object- 
message gateway 204 asynchronously. In other words, once orientated communication mechanism for application to 
client applications 201A-C have generated requests, mes- message manager inter-application communication and pre- 
sage manager 201 D may forward those requests at any time. sentation. 

If client 201 is "disconnected" from message gateway 204, OLE 2.0 performs marshalling for messages being sent to 

then message manager 201D does not have to attempt to 65 an agent in the system and unmarshalls messages received 

send the requests. In one embodiment, message manager from agents. Underneath that programming model, message 

201D forwards the requests if client 201 is within range of manager 306 determines the data type of the field and 
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converts it appropriately for use around the network. In this registry. When an agent, user or application require system 

manner, the client sends self-described messages. details, they can be looked up in the message gateway. This 

Because the messages are self -described, they may be eliminates most of the user-errors many products encounter 

transferred to and from various systems employing different when configuratiori and data is entered in many places, 

operating systems and protocols. Further, this allows mes- S Furthermore, it additionally shields the mobile worker from 

sages to be queued or subject to multiple different transports. ^^^tails of the system. 

Note that the messages may be defined to indicate their . To the end-user, installation configuration can be as 

originating system and/or their destination system. «™P/f .^^^^^^^S an installer. In such a case a chent 

Messages received by message manager 306 are output ^^^^! ^^"^ ^ reqjiest to the message gateway o determine 

from client 301 using communicaUons functionality, such as lo ^^^^ ^ ^^^^^^^ ^^'^"^ ^ P^^^^^?f,^ apphcaUon. The 

wireless (e.g., radio) 307, phone lines 308 and/or LAN 309, "^'^'^e gateway would respond by either inchcaUng the 

". v^ - . ? . ^ ^^^^ requirements of such an apphcation or providing a fail 

which interface to message rnanager 306. That is, users have -^^^^^^ ^ ^^^ally recognized ID 

access to message gateway 204 through any of these types , transport address), the location of the application and 

of communications. Message manager 306 includes the ^^^^^ application is requested in the system. In 

driver and any necessary functionality to support each of is response to the fail message, the client would not engage the 

these communication functionalities. Each of the commu- application, 

nications drivers are supported through their native inter- Note that the present invention may use compression of 

faces. For instance, LAN support is through the international data during transmission to increase system throughput, 

standard TCP/IP using sockets interface. Phone line modems particularly over wireless links. 

are supported to the open asynchronous standard point-to- 20 In one embodiment, the message gateway of the present 

point protocol (PPP). Packet radio networks arc supported invention also provides for automatic detection of when a 

through native published interfaces. In one embodiment, the client resumes communication with the gateway. After com- 

international standard mobitex interface to the RAM Mobile munication between a client and the message gateway has 

Data network is used. been discontinued and is being resumed, the gateway is able 

In one embodiment, the present invention allows the user 25 to automatically determine when a client is again within 

to change communication links. The user may change com- communication range or is able to communicate with the 

munication links based on any number of criteria, such as gateway without polling. In one embodiment, when a client 

which is most appropriate at communications available desires to resume communication with an agent, via the 

between the client and message gateway at that time. For message gateway, the communications functionality, such as 

instance, while a user may use packet radio technology for 30 a radio, generates an event (e.g., signal(s), flag, etc.) 

communication while out in the field or when mobile, the unknown to applications of the client to indicate the pres- 

user may desire to use a LAN connection when in the office. ence of the client to the network and server. Such events are 

In one embodiment, the user changes communications link well-known in the art. After the event has occurred and 

by selecting the desired communication link from a list in a communication resumes, any messages that were left with 

menu (e.g., pull-down menu, pop-up window, etc.) or by, for 35 the network or the client may be delivered. In this manner, 

instance, clicking a button. Note that the change in commu- the present invention performs events-based notification to 

nication services is performed independent of and without resume communication. 

knowledge to application programs running on client. In one embodiment, the message gateway of the present 

In one embodiment, message manager 306 also functions invention also performs automatic load balancing during 

to receive data sent from an agent via message gateway for 40 which the gateway automatically distributes requests to 

one of client application programs 301-303. The destination multiple agents, one request at a time based on whether or 

client application need not be running for the message to be not a particular agent is busy. If multiple agents are capable 

received. Which causes the application manager 306 causes of performing the same function and one of the agents is less 

the application program to be run. In one embodiment, busy than the other, the message gateway is able to distribute 

messages may include a "trigger" instruction that automati- 45 a request to the agent that is more able at the time to handle 

cally launches an application and causes the application to the request. Note that in the present invention, a variety of 

perform one or more functions, such as displaying the load balancing algorithms may be used. For instance, the 

information sent to client 300. gateway may monitor the queues of the agents and deter- 

The Message Gateway mine which agent has the smallest queue. Upon such a 

In one embodiment, message gateway 204 performs four so determination, the gateway would then forward such a 

main functions. Message gateway 204 forwards messages request to the agent with the smallest queue. In another 

from mobile users to their agents and vice versa. Message embodiment, the message gateway may also be able to 

gateway 204 also queues messages intended for a client, exchange traffic to ensure all agents are equally loaded, 

such as client 201 or agent, such as agents 202A-C, that are It should be noted that a single agent may also interface 

out of coverage, turned off, or otherwise imavailable (e.g., 55 to multiple servers and perform load balancing by itself to 

dead). Message gateway 204 also contains all the system- ensure the servers are loaded substantially equally to per- 

level component configuration information. Configuration form multiple services in parallel. Note that this only applies 

information allows all components to be self -configuring to where servers are all capable of satisfying the same requests, 

reduce the risk of installation and user errors. Message In one embodiment, the gateway of the present invention 

gateway 204 may also apply system security through user 60 also performs service-based routing in which the client is 

password encryption and message authentication. Password able to send requests to the message gateway without 

encryption and message authentication arc well-known in knowing the actual network address of the agent. In response 

the art. to the message, the gateway examines the type of agent that 

The present invention provides automatic configuration of is desired by looking at the message and locates an agent that 

agents and clients. In one embodiment, all agents and clients 65 is capable of handling this type of message. The gateway 

register with the message gateway. The message gateway may look at its registry to find such an agent. Once located, 

maintains all configuration information for the system in a the gateway sends the request to that agent to be performed. 
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In one embodiment, the present invention also includes 
the ability to allow messages to be redirected over different 
media when a client, upon resuming communication with 
the message gateway, has changed its location on the com- 
munication media. This is referred to herein as dynamic 
address rcbinding and operates because the addressing that 
is employed by clients in the system is not based on network 
addresses. The present invention is able to redirect messages 
to a client even though the client has changed its commu- 
nications location much like the user of a telephone when a 
user switches between telephones having different numbers 
yet is still recognizable to the individual on the receiving 
end. This even applies to where the client has actually 
changed communication hardware and software that it 
employs to perform such communication (e.g., changed 
modem types). In one embodiment, in order to perform this 
functionality, the message gateway maintains a list of the 
last known address of each client. In one embodiment, 
queues are stored with an abstract ID of the client. When a 
client makes itself known again to the message gateway, by 
its ID, the message gateway rebinds its address and there- 
after sends the messages to the client. 
Agents of the Present Invention 

In one embodiment, each agent comprises a program 
having an agent event manager and custom written handlers, 
such as shown in FIG. 4. Referring to FIG. 4, agent event 
manager 401 handles messages and events for agent 400. 
Agent event manager 401 handles messages by running one 
of message handlers 402-404. Agent event manager 401 is 
responsible for communicating with message gateway 204 
(FIG. 2) to send and receive messages and determine what 
action should occur in response to a message. In one 
embodiment, agent event manager 401 comprises software 
running on a computer system. Custom transaction handlers 
402-404 are coupled to agent event manager 401 and each 
is designed to handle at least one distinct transaction that a 
chent applications (e.g., applications 201A-C) initiates. 
Each of handlers 402-404 interpret the specific message, 
perform some function based on the message contents, and 
return a response. Agent events can also be initiated by 
timers or other local system events. 

In an alternate embodiment, one agent event manager 
provides access to only one handler. 

In one embodiment, an agent comprises an application 
program, or application server, written using a native appli- 
cation environment. Agents can be written to use a variety 
of interfaces that may include C/C++, Oracle OCI and 
PRO*C, Microsoft Visual Basic, and PowerSoft Power- 
Builder. In the present invention, agents access servers using 
native interfaces to that server. For example, Oracle? is 
accessed using the Oracle PRO*C or OCI interface on 
UNIX, while on Windows, the same interfaces as well as 
Oracle Glue or ODBC are available. 

Examples of agents may include an order-status agent, a 
support call tracking agent, and a stock portfolio manager. 
Each is described in more detail below. 

In one embodiment, an order-status agent performs stan- 
dard query, insert and update functions in conjunction with 
a database to manage sales orders. The order-status agent 
may also regularly check all open orders against inventory 
levels to alert a field representative and inventory manager 
of increased demand or shortages. In the present invention, 
mobile devices can be notified of data changes impacting 
their orders, even if the user has not accessed the order 
system in an extended period of time. 

In one embodiment, a support call tracking agent manages 
call entry and update for field support engineers. 
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Additionally, the support call tracking agent may identify 
priority customer problems as they occur and automatically 
forward the details along an escalation path. Furthermore, in 
one embodiment, this agent may automatically send the 
5 customer contact internet e-mail updates with the call's 
status and the individuals resolving the problem as data 
changes. 

In one embodiment, a stock portfolio manager allows 
users to access real-time stock quotes as well as the current 

10 value of their personal portfolios for their mobile computer. 
Additionally, for any stock, buy and sell limits can be set up 
to either alert the user to points of interest, or to automati- 
cally execute trades via on-line trading gateways. 
Multiple Gateways and Multiple Networks 

]5 In the present invention, mobile devices can communicate 
simultaneously with multiple gateways, on completely sepa- 
rate systems. For instance, information services may provide 
agent applications that co-exist with corporate applications. 
For instance, an on-line travel service application can simul- 

20 taneously receive updates to information from one gateway, 
while corporate applications receive data from another gate- 
way. Prior art systems only allow connection to one system 
at one time. 

In one embodiment, multiple gateways and multiple net- 

25 works are supported by having addresses that are used to 
route message around the system include a network name to 
ensure that information is sent properly. Also, applications 
may register themselves indicating what network they are on 
or with which network they operate. 

30 In summary, the system of the present invention provides 
transparent agility between wireless, dial-up, and LAN 
systems. This enables users to employ the most efi5cient 
networks available at a particular time. The overall transac- 
tion performance is maximized by reducing the use of a 

35 communication hnk of a mobile client and taking advantage 
of the high speed link between the agent and the server. 

One advantage of the present invention is that it provides 
a client-server system with increased speed while using 
wireless networks. Asynchronous interfaces permit applica- 

40 tions to function while data requests are pending, to provide 
store-and-forward queues, and ensure reliability when not 
connected. 

The client and server interfaces are open, permitting 
customers to select the most appropriate tools to complete a 
45 task. The system includes automatic configuration of 
registration, thereby providing a virtual "plug-and-play" 
system. 

Whereas many alterations and modifications of the 
present invention will no doubt become apparent to a person 
50 of ordinary skill in the art after having read the foregoing 
description, it is to be understood that the particular embodi- 
ment shown and described by way of illustration is in no 
way intended to be considered limiting. Therefore, refer- 
ences to details of various embodiments are not intended to 
55 limit the scope of the claims which in themselves recite only 
those features regarded as essential to the invention. 

Thus, a client-agent-server system has been described. 

We claim: 

1. An architecture for client-server communication over a 
60 communication link, the architecture comprising: 

a client that generates a plurality of requests for 
information, the client including: 
at least one application that generates the plurality of 
requests when running; 
65 a message interface operating in conjunction with the at 
least one application to format requests into mes- 
sages; 
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a message manager operable with said at least one 10. The architecture defined in claim 1 wherein the agent 
application to coordinate transfer of requests sends at least one of the plurality of requests to the server 
between the client and the agent; while no longer communicating with the client, 
an agent coupled to the client through a communication 11. The architecture defined in claim 1 wherein each of the 
link and coupled to the communication medium, the 5 plurality of requests is communicated as at least one self- 
agent including: described object. 

at least one handler, wherein each of the at least one 12. The architecture defined in claim 1 wherein the agent 
handler performs at least one transaction in response accepts unsolicited information from the server on behalf of 
to the plurality of request; and the client and forwards the unsolicited information to the 
an event manager that transfers each of the plurality of cUent 
requests to the at least one handler, architecture defined in claim 1 wherein the 
wherein the agent sends the plurality of requests to the message manager comprises a selection mechanism that 
server on behalf of and independent of the client and allows a user to select a type of the communication link 
receives information from the server responsive to the independent of at least one application programming run- 
plurality of requests, wherein the agent sends the infor- jj^^^g jjjg client. 

maUon to the client on behalf of and independent of the ^4 architecture defined in claim 1 wherein a gateway 

server, such that the client and the agent operate asyn- ^ ^-^^^ ^^^^^ ^^'^^^ g^j^^^y jnaintaining 

c onous y. ^ . . a registry of agents and clients and providing system infor- 

2. The architecture denned in claim 1 wherem a gateway • * * u *u 1 • . j #u * 

. 1- . 20 mation in response to requests by the chent and the agent 

IS linked to the agent and the client and the message manager 1. . t /. h . - .u 

r J r IV r . c V . * Tl 15. The architecture defined in claim 1 wherein the 

forwards the plurality of requests from the client to the „ . „ 

gateway at any time message manager allocates buffer memory as messages are 

3. The architecture defined in claim 2 wherein the mes- ^^^^^^^^ ^^^""^ segments of memory that are a prede- 
sage manager comprises a queue for storing messages prior termmed size to a buffer size necessary to store the mes- 
to sending the messages to the gateway. ^ sages. 

4. The architecture defined in claim 1 wherein the agent l^- The architecture defined in claim 1 wherein a gateway 
continues to operate on behalf of the chent while the client is linked to the agent and the client and the gateway 
is disconnected from the agent. performs automatic load balancing. 

5. The architecture defined in claim 4 wherein the agent 17. The architecture defined in claim 1 wherein a gateway 
stores information to be forwarded to the client when the is linked to the agent and the client and the gateway 
chent is not available to the agent. performs service-based routing, 

6. The architecture defined in claim 1 wherein the mes- 18. The architecture defined in claim 1 wherein a gateway 
sage manager comprises communications drivers and a is linked to the agent and the client and the gateway 
plurality of communications hardware. identifies the client after the client changes locations on the 

7. The architecture defined in claim 1 wherein the mes- communication link by rebinding the address of the client, 
sage interface layer comprises OLE 2.0. 19. The architecture defined in claim 1 wherein a gateway 

8. The architecture defined in claim 1 wherein the mes- is linked to the agent and the client and the gateway queues 
sage interface layer comprises an object-level interprogram messages designated for the client or the agent when 
interface. unavailable. 

9. The architecture defined in claim 1 wherein the mes- *° 20. The architecture defined in claim 1 wherein the 
sage manager comprises a queue to store requests to be sent communication link is a mobile communication link. 

to the server while the client not communicating with the 

agent. ♦ ♦ * ♦ * 
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